Attachment for PTO-948 (Rev. 03/01, or earlier) 

6/18/01 

The below text replaces the pre-printed text under the heading, 
"Information oft How to Effect Drawing Changes," on the back 
of the PTO-948 (Rev. 03/01, or earlier) form. 

INFORMATION ON HOW TO EFFECT DRAWING CHANGES 



1. Correction oflnformalities — 37 CFR 1.85 

New corrected drawings must be filed with the changes incorporated therein 
Identifying indicia, if provided, should include the title of the invention, 
inventor's name, and application number, or docket number (if any) if an 
application number has not been assigned to the application If this information is 
provided, it must be placed on the front of each sheet and centered within the top 
margin If corrected drawings are required in a Notice of Allowability (PTOL- 
37), the new drawings MUST be filed within the THREE MONTH shortened 
statutory period set for reply in the Notice of Allowability Extensions of time 
may NOT be obtained under the provisions of 37 CFR 1 1 36(a) or (b) for filing 
the corrected drawings after the mailing of a Notice of Allowability The 
drawings should be filed as a separate paper with a transmittal letter addressed to 
the Official Draftsperson. 

2. Corrections other than Informalities Noted by Draftsperson on form PTO- 
948. 

All changes to the drawings, other than informalities noted by the Draftsperson. 
MUST be made in the same manner as above except that, normally, a highlighted 
(preferably red ink) sketch of the changes to be incorporated into the new 
drawings MUST be approved by the examiner before the application will be 
allowed. No changes will be permitted to be made, other than correction of 
informalities, unless the examiner has approved the proposed changes 

Timing of Corrections 

Applicant is required to submit the drawing corrections within the 
time period set in the attached Office communication . See 37 CFR 
1.85(a). 

Failure to take corrective action within the set period will result in 
ABANDONMENT of the application 
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<Table name="AUTH_TABLE" numattributes="4"> 
<PrimaryKey> 
<Field name="AUTHOR_ID" pos="1 H > 
<Type> VARCHAR2 </Type> 
<Nullable> FALSE </Nullable> 
<Length> 20 </Length> 
</Field> 
</PrimaryKey> 

<Field name="NAME" pos="2"> 

<Type> VARCHAR2 </Type> 
<Nullable> FALSE </Nullable> 
<Length> 40 </Length> 

</Field> 

<Field name^'URL" pos="3"> 

<Type> VARCHAR2 </Type> 
<Nullable> FALSE </Nullable> 
<Length> 1024 </Length> 

</Field> 

<Field name^'DESCRIPTION" pos="4"> 
<Type> VARCHAR2 </Type> 
<Nullable> FALSE </Nullable> 
<Length> 512 </Length> 

</Field> 
</Table> 



<MappingRecord TargetTablename="T_AUTH_TABLE" > 
<SourceTableName> AUTH_TABLE </SourceTableName> 
<Field position="1"> 

<TargetFieldName type= "String"> T_AUTHORJD </TargetFieldName> 
<SourceFieldName> AUTHORJD </SourceFieldName> 
<Truncatable> NO </Truncatable> 
</Field> 

<Field position="2"> 

<TargetFieldName type= "String"> T_AUTHOR_NAME </TargetFieldName> 

<SourceFieldName> NAME </SourceFieldName> 

<Trqhcatable> NO </Truncatable> 
</Field> 

<Field position="3 , '> 
+ <TargetFieldName type= "String M > TJJRL </ClassField> 
" <SourcegieidName> URL </SourceFieldName> 

<Truncatable> NO </T runcatable> 
</Field>;;' ". 
<Field position="4 M > 

<targetFieldName type= "String"> T_DESCRIPTION </TargetFieidName> 

<SourceFie!dName> DESCRIPTION </SourceFieldName> 

<Truncatable> YES </Truncatable> 
</Field> 

<Field position="5 M default="Unknown"> 

<TargetFieldName type= M String"> T_LOCATION </TargetFieldName> 
<SourceFieldName></SourceFieldName> 
</Field> 
</MappingRecord> 
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<Table Name="AUTH_TABLE"> 
<PrimaryKey> 

<Field name="AUTHOR_ID" type="VARCHAR2"></Field> 
</PrimaryKey> 

<Dependent Name="BOOK_AUTH_TABLE"> 
<ForeignKey> 

<Attribute position= M 1"> 

<Parent>AUTHORJD</Parent> 
<Child>AUTHOR_ID</Child> 
</Attibute> 
</ForeignKey> 
</Dependent> 
</T able> 

<Table Name="BOOK_AUTH_TABLE"> 
<PrimaryKey^> 

,<Field I name="ISBN" type="VARCHAR2"></Fieid> 
</PrimaryKey> 

<Dependent Name="BOOK_TABLE"> 
<ForeignKey>^ 

<Attribute position="1 "> 

<Parent>ISBN</Parent> 
<Child>ISBN</Child> 
. * </Attibute> 
</ForeignKey> 
</Dependent> 
</Table> 

<Table Name="BOOK_TABLE"> 

<PrimaryKey> 

<Field name="ISBN" type="VARCHAR2 ,, x/Field> 

</PrimaryKey> 
</Table> 



FIG. 6D 



I 



